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THE PROCESS FCffi TECHNOLOGY 
TRANSFER IN BALTIMORE 


INTRODUCTION 

Providing help with technolc^ to a large American city is a very ramified 
process; no single paper can do Justice to such a process. To the end of pro- 
vidii^ a broad, yet moderately detailed covers^e of the subject, this is a com- 
panion paper to three other related papers.^ Herein is a brief ctescri[Aicm of 
some events of the NASA/Baltimore Applications Project (BAP), an ej^ri- 
mental prc^am to provicte technolc^cal assistance and advice to the City of 
Baltimore, as interim^ed by the NA^^ projet^ director and technol<^st-in- 
resittence. 

Thrmigh a letter request to NASA for technolc^cal assistance, the exf^rimen- 
tal program known as the NASA/Baltimore Applications Project was instituted. 
As conceived, it was to be a two year experimental prc^am in which a NASA 
technologist from Goddard Space Flight Center (GSFC) wmild serve full time in 
the Office of the Mayor of the City of Baltimore. The essence of the project 
agenda was to provide assistance to the City of Baltimore through the applica- 
tion of NASA and other Federally developed technology to the City’s problems. 
Since the first two years, there have been two requests for one-year extensions 
of the BAP; the fourth year will be cmnpleted on May 6, 1978. 

The companion papers will cover several BAP factors, scenes and regimes. 

It is the intent of this paper to cover the story of the interfaces within the City 
government in a general way and to delineate the salient characteristics of 
those interfaces. 

What has happened in Baltimore is considered to be a beneficial event. Though 
there is little evidence thus far to substantiate it, it is the considered feeling 
of the writer that the events that happened in Baltimore are repeatable else- 
where. It is the purpose of these papers to describe those events in a way 
which will help to clarify what took place, or otherwise, will provoke additional 
attempts by others to provide technical assistance to other cities using these 
same principles that provided for "success" in Baltimore. 


^Bernie Berkowitz, The City and Its Need for Technology; H. J. Peake, The Human Element in Technology 
Transfer; H. J, Peake, The History A Nature of the Baltimore Applications Project. 

‘National Aeronautics and Space Administration. 
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CHARACTERimcS OF THE EXPERIMENT 

The first envious ohronolc^ical event In the BAP was the letter from the City 
oi Baltlmc^e to NASA requestli^ assistance with technology. After alnu^t four 
years trying to provide technolc^cal help for the City it is crtjvlous that there 
were several events which must have preceded the Baltimore to NASA letter. 
There are also a few intrinsic characrterlsties erf the "personality" of the 
Baltimore City Governmert which were prelimiimry requiremeirfs for a project 
like the BAP to have occurred. These are basic to any successful city program 
to iimovate with technol<^. 

First, the city government mu^ aware (rf the need for help with technolc^. 
Often "keeping the aeration going" tends to dim the vision need for help. 
Smnetimes there is a local pride in that oper^ion which gets in the way. Most 
of the time the awareness of need for help takes a great deal of personal under- 
standii^ and humility cm the put fd the city officials. Witho^ awareness of 
that need for help there Is little th^ the would-be "helper" can do. 

Second, is a kind of corollary to t le first; the local official must believe he can 
get help from some source. .Again the burden of operations frequently limits 
the vision of "light at the end of the tunnel"; too frequently there don’t seem to 
be any workable options. Faith thirf there are workable alternatives is 
necessary. 


Third, asking for and getting technological help, while it requires a degree of 
humility as described ^love* also requires self confidence. Without a modicum 
of self confidence the local elected official or administrator is likely to be too 
threirfened and defensive to allow outsiders to come In and perturb his opera- 
tions by their experiment. 

This brings up the fourth salient characteristic, recognition of the need to try 
new approaches; to innovate. Whatever is done should be recognized (if not 
referred to) as an experiment. Hiis is particularly true when more sophisti- 
cated and complex technology is at issue; it is less important, perhaps, for the 
simpler and more routine considerations. Through the "experimental mode" 
objectivity is facilitated; the reversabllity option is better preserved. And neg- 
ative findings are more acceptable. There must be adequate and hill commit- 
ment to the "experiment, " however. 

User Pull 


The letter received by N.ASA constituted "user pull." It is the writer’s opinion 
that this is tj^^ primary requirement for any attempts to utilize technological 


asaistanoe or to "tranafer technolc^y.*' Pull ts a natural consequence of the 
first and second characteristics cited alrave. Without a sincere desire (pull) on 
the part of the smaller governmert laxly (local, c^nty, state) the technol^ist 
must also become a salesman to sell innovation. While selling is one way in- 
novation took place a generation ago, things are now too technically specialised 
and politically ramified for most technologists today to have to "sell" or ’’push’- 
their technology. 

The -’pull” idm^phcre allows several other things to dbtaln. There can be 
(and, given the conditions preliminary to the BAP, there is) the assumption that 
the City knows it has one or more problems; that's why they want help. The 
most difficult tasks for the technologlst-in-residence are to fully explore and 
define the pr^lem with the local pec^le ami not present "the” solution before 
the prcblem has been fully identified. This kind of behavior inevitably ends up 
in pushing "the” technology. The "sale” of a "product” has been one of the 
greyest barriers to successful technolc^ transfer to cities. 

^eps in Problem Solving 


The classic problem-solving regime should be followed. The first step in that 
regime is to discuss the problem with all its ramifications to enable a good 
focus on the definition of the prcAjlem. This must obviously be a mutual discus- 
sion between the technolc^ist-in-residence and the responsible local govern- 
ment officials. 

Once this has been accomplished the technologist is then able to take the second 
step , the search for one or more possible solutions to the problem. This 
search encompasses the literature, existing data bases (Scientific and Techni- 
cal Aerospace Reports (STAR), National Technical Information Services (NTIS), 
etc.), discussions with recognized and knowledgeable people in NASA, other 
federal agencies and, at times, people in academia and industry. The idea is 
to got a number of approaches, suggestions and related experience applied to 
the search for potential solutions. 

In the third step the technolc^ist can return to the responsible local official to 
array the alternatives before him and together evaluate each one. In this 
activity the technol^tst should remember who's got the responsibility for the 
area in which a problem has been identified. It Is relatively easy for a tech- 
nolc^ist to provide answers in the teohnoi^ical realm; often the technologist 
is lacking in knowledge of those non-technlcal realms so important to oiwrating 
a government that is responsive to its constituents. This is the "politics" of 
the decision process. Tc^ether the responsible official and the technologist 
should evaluate each solution. It is the opinion of the writer tlurt the decision 
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about any oirtlon (Including ’’none of the above”) must be macte by the responsible 
local official- the technolc^ist serves as the source of technical knowledge for 
this decision. 

The last step is the implementation of the innovation. In this phase of prc^lem 
solving through technology there are roles thrt the BAP technologist -in-resi- 
dence can and should play. Though the BAP has been in operation almost four 
years there are only one or two experiences in implementation from which 
lessons can be drawn. These involvements are beyond the scope of this paper. 

Low Profile 


While most elected officials want to get "political mileage" out of most every- 
thing they do, the BAP approach was to try to maintain a reasonably low profile 
for project activities. Some "exposure" is beneficial, even necessary. A low 
profile does two things for the technologist. First, it helps to keep local expec- 
tations at a reasonable level for the technologist's activity and, secondly, it 
enables a sufficiently thorough and deliberate approach so necessary for carry- 
ing out the classic problem solving regime described above. 


"You Gotta Be There" 


It is necessary for the technologist to have a physical location in the city 
organization; he needs to be on site. In the BAP the choice was made to locate 
the project organizationally in the Office of the Mayor. This allowed an organi- 
zational purview of the city's many agencies from a place of perceived authority 
at least organizationally.* It is imperative that the place of business of the 
technologist he located in the city he's trying to help. It may be possible to 
have "office days" but at the inception of a project the presence of the tech- 
nolcgist in the place he's trying to help on a dally basis is highly desirable. 

A regular and consistent presence makes him more of a member of the team. 

Get Good Help 

It is necessary for the technologist to understand that he is individually not ex- 
pected to know answers to every question and to personally provide solutions to 
each area of expertise. However, the technologist should know where to go to 
provide the help needed or to get information on the problems that are discussed 
if he is to provide the best assistance to the city. He must have access to good 


•Hie personality and mind-set of the technologist must not be discmmled as a major factor in organiza- 
tional interfaces. See Peake, H. J., "The Human Element in Technology Tfanster.*' 
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Information and to experts in the field of intox^st at the time. A suitable rela- 
tionship with a nearby federal laboratory or university should be available to 
the teehnologist to get access to the best information. The technologist must 
be sufficiently skeptical to assure the motive and the quality of the sources of 
information he taps on behalf of the city. Though the personal Imowledge He 
brings to the scene and this skepticism the technologist should be able to loam 
what he needs to know about his information sources and thus provide the city 
with good help. 


RELATING 

The Mayor of Uie City of Baltimore has established two Cabinets—one for 
Human Itesources. the other for Physical Development. Physical Development 
in the City is defined as those "physical*' programs having to do with facilities, 
services requiring technology, construction, etc. It was the Mayor's Physical 
Development Coordinator, Mr. Bemie Berkowdtz, who was selected by the City 
as the point for interface for BAP. This action was fortunate in a number of 
ways. The Coordinator had been the focal point for most City activity which 
related to technol^y in any way. The position was essentially administrative 
and non-political. In the incumbent, Berkowitz, there was a keen awareness 
both of what made good sense politically as well as a keen intuition regarding 
the feasibility and the broad relative merit of technical things (incinerators, 
pollution, etc.). For the B.4P it was a very comfortable interface. 


One further advantage of such an interface is that there Is adequate "insulation" 
from the need for immediate politicization of technical Issues. While the run- 
ning of a city is and should remain "political" from a standpoint of local gov- 
ernment's responsiveness to the people, there Is a need for time to evaluate 
and deliberate about technical alternatives before bringing in a part of the gen- 
eral public to participate In the process of choice. There are numerous ques- 
tions and some decisions about which the elected official should not have to be 
concerned once he's become assured of the intelligence, integrity and high 
mt^ives of his advisers. In due time the M.iyor was informed. Usually this 
information transfer was to the Mayor and the Physical Development Cabinet 
in one of their regular meetings. For the H.'\P operation the Interface with the 
Physical Development Coordinator was an ideal one. It is strongly suggested 
that such interface arrangement be adopted in other projects which seek to 
provide technical assistance to local governments. 

.\t the oetset the BAP director was invited to attend the Mayor's Cabinet 
meetings regularly. Doing so offered a regular forum for meeting and estab- 
lishing personal and sociable relationships with the Cubing (Department Heads, 



Bureau Chiefs, Office Directors, etc,). There was great opportunity to hear 
^CHit problem areas in these weekly meetlt^s. 

It was (^vlous early in the project that there should be identification ctf the City 
Departmerts which were more Intimately or intensively connected with teeh- 
nolc^y In their operations. It was obvi<Mis for instance th^ the Law Department 
had little direct Involvement with decisions regarding technology as compared 
with the Department of Public Works or the Fire Department. In short it was 
possible to separate the various departments into "intensive” and "less inten- 
sive" categories according to their indlvlv^^al daily activities. The separation 
led to the categories shown in Table 1; this strategy proved useful, generally 
correct for technology transfer activities, and increased the BAP productivity. 

Gettii^ to know the responsible officials largely through these cabinet meetings 
led to a social acquaintance and a personal mutual trust through which appoint- 
ments with these officials and subsequent In-depth discussions abcait technology 
and the problems in their operations. Over time, through numerous personal 
encounters, the departments’ operations, individual needs and priorities were 
discussed. In general the first step in activity was largely a problem identifi- 
cation process. A sort of "soft" priority was established through discussion 
with the department personnel and the physical development coordinator. 


Table 1 


Intensive 

Less or Non-Intensive 

Education 

Assessments 

Fire 

Audits 

Health 

Comptroller 

Hospitals 

Economic Development 

Housing and Community Development 

Finance 

Planning 

Law 

Police 

Legislative Reference 

Public Works 

Postmortem Examiners 

Recreation and Parks 

Real Estate 

Transit and Traffic 

Social Services 


Treasurer 
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Th« n©3d step was usually a search for possible ways of solving a given pr^- 
lem. A tei^^ive 8tate>d[-the>art the processes involved was determined 
thrmigh dlscussicms with the prc^r knmvle^eable expert in NASA, in other 
federal agenoies or in academia. Occasionally the data bases available through 
the Gockiard library were utilise. Thrmigh discussions ami briefings a set of 
of^imis for solution ^ the ps^lem was derived. 

The next step (which is likely to be overlooked or inadequately emphasiiod) is 
to discuss the various oj^ions with the person in the City who has the responsi- 
btlity for the pr<^r solution. Since he is the person responsible, it must be 
his decision. Usually this person is the one with whom pr<^lem discussions 
i>egan. ^ile the need to advocate a particular solution may be strong in the 
technoli^st, it is still his .asponsibility to present aU the opticms. If the local 
c^ficial feels he needs guidance, he'll usually ask for it, if the background of 
trust and confidence In the technolc^ist has been properly developed. 

This cmild be the last action relating to the pr^lem and its solution with which 
the technolc^ist is Involved. At this point the City officials should feel reason- 
ably comfortable with the solution and might even choose to effect it themselves. 

Alternatively the technol^lst may be asked for additional d^a, for advice on 
schedules, management, etc. or for guidance and help with the statement of 
work or the specifications for procurement. In some cases in the BAP, assist- 
ance with proposals for grants from the federal government was provided. In 
nearly every BAP case the role was dominantly that of advisor to the Depart- 
ment or group respo4.sibie for carrying out the solution chosen. 

One of the difficulties of the technologist in this process lies in his natural 
pride and his desire to win. Sometimes a proposed solution, though to the 
technologist it is "clearly superior," may not be selected for other than tech- 
nicai reasons. The technologist shmild have provided the decision maker with 
good oj^ions and as much information about eo ch option as needoni so that the 
"best" declsicm can be made. It's difficult to learn that "you can't win 'em 
all I" 


tTNDINGS ABOUT THE PROCESS 

The BAP was an event of fittii^ a NASA tochnol^lst into a public administra- 
tive structure in a large city. The BAP is basically an e.xperlment in relation- 
ships. Bcgh the technologist ami the administrators had ^portunit> > o leiirn 
what the csther side was like and h^* they might get to know and understanol it 
brtter. What follows is an attempt to summarise the things that were learned 
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by the technologtst in this experlenee. Mmny erf these points may very cAvl- 
CMS to the ^tailnistriUor and p^slbly even ether teehnologists, but they are a 
part of wh^ the writer '’dlsf^vered'* through his ex^rlenee. 

An Operational Environment 


A city's chief function is the provision <rf public facilities and services for its 
citizens. This gives the city a dynamic kind of appearance but it necessitates 
a cotrfinuous or ^erational character to the functions for which the city govern- 
ment is responsible. city thid has one or more individuals dedicated to "plan- 
ning" is fortunate; it is rare that the planners can assume anything like the role 
of a technol^ical research and develc^meirf department. Most planning events 
are associated with "growth" or regional change and development: these are 
Intimately connected with technol^- in general or with specific know-how 
(e.g. cner^ recovery from solid waste) in particular. Most cities have n^ 
needed this kind of expertise in-house— the need for specific expertise along 
developmental lines is not a part of the continuing operations of the city. This 
is not to say the city doesn't need knowledgeable technical operators. It does 
say that moat of the technical demand to date is c^erationally oriented. It may 
say that in-house technical eiq>ertlse ^'’capacity") or a broad based teehnologist- 
In-resldence would be a valuable adjunct to a city in planning its ftiture. It is 
the general conclusion from the BAP activity that this project is of considerable 
value to the City of Baltimore and that continuing teclmologlcal assistance of 
some form w'ould be of benefit to the City in the foreseeable future. 


Levels of Technology 


Another valuable observatiai of technolc^y in the city drawn from the BAP 
ex^rience Is that there are varying degrees erf complexity or s^histication of 
technole^y and that this "level" of s^histication has a direct bearing on how 
the technology and Its implcment^lon should be accommodated. As the com- 
plexity of the technolt^y increases, usually, 

o the cost of the technology Increases 
o the time to achieve reduction to practice is longer 
o the risk of prt^^Hlity of failure grows. 

As the complexity of the technol*^' lessens, usually 

o there Is greater ease <rf Implementation 
o the attention given to the technolt^y grows. 

One way of Illustrating this variation is shown in Figure 1. 



COST 

TIME TO 
ACHIEVE 


EASE OF 
IMPlEMENTIhG 

ATTENTION 
NORMALLY GIVEN 


Figure 1. Factors and Levels vs. Complexity of Technology 


In t:ie early activities (rf B.AP it has been useful to cidegorize tasks into low, 
moderate or high complexity. This has been helpful directly in setting prlori- 
ites and indirectly in establishing schedules. 

Roles Played by the Technologist-in-Residence 


The chief characteristic of the roles of the technol<^lst-in-residence is variety. 
The technol(^ist has to be many "things” in carrying out the work. Among 
these, several seem to stand out. Because of the "pull" nature of the BAP, the 
earliest roles were problem seeker , prdalem identifier . Once contact with a 
local administrator was established interviews were conducted which preyed 
into the pr<A)lems which the administrator and the iirterviewer felt were more 
important. This involved the role of a technolc^y assessor . Insight into where 
to go to get information on pcrtentlal solutimis was necessary so that the next 
role became one of information gatherer or agent . Some mixture of intelli- 
gence, skill and humility is needed because the technolc^ist could not be expert 
In all the areas eneexmtered in the BAP. He must be a technol(^y broker who 
knows when to seek assistance, where to go for the best information, and how' 
to presell his findings to the persem with the original problem. This latter 
requirement calls for a role as teacher. 
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There are other roles that are reoogniy.able in the BAP experience; some of 
these fall into the adviser category, tethers are akin to the role of an ombuds - 
man . There were several occasions when the role of grants man was played. 
Lastly, there are the roles of doer of the task or “ doer-watcher ," where an 
expert from another federal agency was called in to do a task and the technolo- 
gist was there to introduce people and to watch, hlldst all these various roles 
it is important for the technologist not to lose sight of the basic reason for 
being there, namely, to try to help the Cit.\’ solve some of its problems through 
technology. 


FOR ANV CITY 

The experience with the BAP in Baltimore has been beneficial, both for the City 
of Baltimore and for NASA, The question is now, "How does any city approach 
such a task?" The specific regime for implementing federal programs of this 
type on abroad scale is the subject of considerable (deserved) discussion and 
at this time is undecided. The question now is what has been learned in the 
BAP experience that would provide help and guidance to any city or other gov- 
ernmental jurisdiction wanting to employ the best technology in the most suitable 
way. There arc several observations which can be made based ilirectly on the 
experience with the BAP. There are others which intuitively follow from these 
experiences. These are factors which each jurisdiction must recognise about 
itself and about technology. 

1. The city is basically people living in community. 

2. The city has a basic requirement to provide services and facilities. 

o. There are "people" problems and there are “technology" probiems; 
the difference must be recognized* 

4. There must be an awareness on the part of both the elected and ad- 
ministrative officials of a need for advice ^ re technology by the city. 
(The city, because of its operational nature, can't keep up with the 
state-of-the-art of all the technology with which it could be Involved.) 


The need Is for advice not just dollars. While every city could do 
more and probably do it better with additional money, the basic need 
In the realm of technology is for good advice. (Money alone can buy 
advice, but it may not be “good" advice. A technologist-in-residence 
can help to assure the quality of the procured advice.) 
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6. Hie elected and administrative officials should have a good, honest 
and objective assessment of their city's intrinsic capability (capacity) 
for understanding and dealing with technology. 

7. When a technologist-in-resi^nce position in the city is opted for, he 
should have a connection with a nearby public (possibly private or 
academic) technology-based institution to serve as a resource for 
modem technical information and know-how. 

8. The technologist should have his base of operations in the city he's 
trying to help. He must be available to the city officials. 

9. For gmatest success in the "delivery" or implementation of a 
technologist-in-residence program, the early stages of the enterprise 
should be recognized as an experiment. Ihe nature of the experimen- 
tal program provides for a) ability ix> cease activity at any time; b) a 
high degree of objectivity in establishing the schedule and in conduct- 
ing the program, and c) reasonable expectations and results. It also 
helps the local government to avoid the opprobrium of failure. 

10. There should be a recognition of the benefit according to the problem 
solving heirarchy and of adherence to it— a) define the problem, 
b) search for solutions, c) evaluate each solution as objectively as 
possible, d) select the "best" solution, e) plan and carry out the im- 
plementation. 


CONCLUSIONS 

Based on almost four years of experience in the BAP a number of the elements 
of the process for the transfer of technology to the city have been identified. 
These elements represent most of tbe essential ingredients for a successful 
(tecision process relative to proper technological choices for a large city. 
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